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DETAILED ACTION 

This Action is in response to communications filed 5/25/07. 
Claims 1-13 are pending in this application. 

Response to Arguments 

Applicant's arguments filed May 5 3 2 5 2 0 07 have been fully considered but they are not 
persuasive. 

In response filed, applicant argues in substance that: 

a. Each of independent claims 1, 6 and 10 recites, in part, inserting null bytes into 
the header cell of the data packet to form a modified header cell of the data packet if the 
counter determines that the header cell of the data packet does not satisfy the multiple of 
the predetermined number of bytes and removing the null bytes from the modified header 
cell of the data packet as a modified cell of the data packet exists the network device. 
Thompson does not teach or suggest these features (remarks, pg. 15, 16, 17, 19). 
In response to argument [a], Examiner respectfully disagrees. 
Applicant specification, See page 3 [0005] discloses: 

A packet, in general. . .In comparison, a cell, in the network terminology, is a fixed-length 
of data as opposed to a variable-length of data. Cells are basic unit of data transport used in 
protocols, such as ATM (Asynchronous Transfer Mode). 

In other words, a data packet comprising a plurality of cells, wherein header cell of the 
data packet is one of the plurality of cells of the data packet and wherein the header cell of the 
plurality of cells comprises a header and packet data information is merely representing an ATM 



Application/Control Number: 09/982,794 
Art Unit: 2151 



Page 3 



environment and/or cell-based switching system, wherein the data is transported through the 
basic unit of data transport known as cells. 



Independent claim L 6 and 10 stands rejected as follows: 

As per claim 1, Thompson discloses a network device configured to prevent data misalignment of a data packet containing extra 
header bytes (col. 1 L25-38), the network device comprising: 

an ingress module having an input interface to receive the data packet, wherein the data packet comprises a header and packet data 
information (col. I L25-30, col. 1 1 L26-32, applicant admitted prior art, AAPA, pg. 4 [0008]); 

a header detector configured to detect a header of the data packet and remove the header from the data packet (col. 1 1 L5 1 to col 12 
L10, AAPA pg.4[0008]); 

an insertion module configured to insert null bytes into the header of the data packet to form a modified data packet if the CPU 
determines that the header/data split is not on an even byte boundary (i.e. the number of bytes contained in data portion is even, multiple of 
predetermined bytes is an even number or odd, and the alignment must be corrected by processor 15 by inserting null bytes into the header of the 
cell (col. 12 L28-36, col. 1 L25-34; col. 5 L10-15, L29-37; fig 9; col. 4 L34-37: i.e. if the header/data split is not even, pad bytes or null bytes are 
inserted to correct the alignment)); and 

an extraction module configured to remove the null bytes from the modfied header of the data packet as a modified data packet exits 
the network device (col, 6 L35-46). 

However. Thompson does not disclose a data packet comprising a plurality of cells including a header cell, wherein the header cell of 
the plurality of cells comprises aheader and packet data portion (i.e. a typical ATM environment) and a counter to determine whether foe header 
cell of the data packet contains a multiple of a predetermined number of bytes after the header has been removed from the header cell. 

Scott, from the same field of endeavor discloses a network device comprising: an ingress module having an input interface to receive a 
cell of the data packet (col. 10 LI 5-21); an egress module having output interface to output the cells (col. 10 L27-30); a header detector 
configured to detect a header of the cell of the data packet and remove the header from the cell of the data packet (col. 10 L22-23, L54-55); a 
counter to determine and/or count the number of octets ofthe user data PDU of the payload; and an insertion module that adds pad characters to 
make the frame or cell equal an integer number of 48 octet cells (i.e. inserting null bytes if the frame or cell does not satisfy an integer number of 
48 octet i.e. if it does not satisfy the multiple number of the predetermined number of bytes, an even number, col. 10 L40-50, fig. 5C item #236). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time the invention was made to modify 
Thompson in view of Scott, in order to include a counter that determines whether the cell of the data packet contains a multiple of a 
predetermined number of bytes after the header has been removed (i.e. acounter that counts number of bytes in the cell ofthe data packet), since 
Scott teaches and discloses a counter that counts data octets of the user data PDU of the payload and adding pad characters to make the frame 
equal an integer number of an even number of 48 octet cells. 

One of ordinary skilled in the art would have been motivated because it would have determined and/or counted the number of bytes in 
a cell (Scott, col. 10 L40-50) and based on the determination it would have inserted the pad byte into the cell in order to align the headers and the 
cell (Thompson, col. 1 L25-38). 

However, Thompson in view of Scott does not disclose a data packet comprising a plurality of cells including a header cell, wherein 
the header cell of the plurality of cells comprises a header and packet data information (please note: Scott inherently discloses the limi&tion 
because Scott is related to ATM networks, however, in order to establish the proper prima facie case, Parruck has been introduced). 

Parruck, from the same field of endeavor explicitly discloses a data packet comprising a plurality of cells including a header cell, 
wherein the header cell of the plurality of cells comprises header and packet data information (col. 1 L64 to col. 2 L9, col. 11 L5-19, col. 17 L6- 
64, col. 25 L58 to col. 26 L43: i.e. Parruck discloses preventing misalignment in ATM networks and MPLS network). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time the invention was made to modify 
Thompson in view of Scot and further in view of Parruck, in order to prevent misalignment in an ATM networks. 

One of ordinary skilled in the art would have been motivated because it would have prevented misalignment ofthe data packet and/or 
header cell in an ATM network (Parruck, col. 30 L49 to col. 31 LI 7). 
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Thompson and The process of Preventing Data Misalignment 

Initially, Thompson discloses a network device configured to prevent data misalignment 
of a data packet containing extra header bytes (See col. 1 L25-38). 

Moreover, Thompson implements this process of receiving a data packet having header 
and data portion, removing the header off the data packet and performing alignment of network 
header by inserting the pad or null bytes in the header to cause the header in the network packet 
to be aligned along predetermined multi-byte boundaries, i.e. adding pad bytes when it is 
determined that the header cell, i.e. cell does not satisfy the predetermined multi-byte boundaries 
(thus, resulting in a modified header) (col. 1 L25-54, col. 3 LI to col. 4 L50), as explicitly 
acknowledged by the applicant, See remarks, pg. 13. 

As shown in the prima facie case of obviousness, Thompson practices the invention in a 
network environment such as network 30 (col. 1 L25-54, fig. 2). 

However, Thompson does not disclose the system wherein the network 30 is an ATM 
network, which is explicitly known to utilize cell-based routing of data packets. 

Parruck et al. and The ATM Network and/or protocol 

Parruck discloses a system utilizing cell-based lower level protocol used to transport IP 
over a network, wherein the protocol is the Asynchronous Transfer Mode (ATM) (See col.l L25- 
66). 

In ATM, all packets are of equal length. They are therefore called "cells". A large IP 
packet is transported over an ATM network by segmenting the large IP packet into a plurality of 
smaller pieces, i.e. dividing the packets into plurality of cells. Each of smaller pieces is packaged 
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to become an ATM cell. The ATM cells are then transported across the ATM network. When the 
ATM cells reach the edge of the ATM network, their payloads are reassembled to reform the 
large IP packet (Parruck, col. 1 L64 to col. 2 L10). 

At column 17, a line 5-64, Parruck discloses the process of receiving an ATM cell, 
wherein the ATM cell includes an ATM header 309 and a data payload 311. 

In other words, Parruck discloses a network device, such as an ATM router/switch (fig. 1, 
fig. 2 and fig. 4, col. 2 L37-57), wherein the data packet comprising plurality of cells are 
received, and wherein a header cell of the data packet is one of the plurality of cells of the data 
packet, i.e. header cell is equivalent to a cell of a data packet, and wherein the header cell of the 
plurality of cells comprises a header and packet data information, see col. 17 L6-64 and fig. 20. 

Scott et al. and The Counter 

Thompson teaches and discloses the process of receiving a data packet having header and 
data portion, removing the header off the data packet and performing alignment of network 
header by inserting the pad or null bytes in the header to cause the header in the network packet 
to be aligned along predetermined multi-byte boundaries, i.e. adding pad bytes when it is 
determined that the header cell, i.e. cell does not satisfy the predetermined multi-byte 
boundaries. 

In other words, initially, Thompson does suggest the usage of a counter that determines 
whether the header cell of the data packet contains and/or satisfies the predetermined multi-byte 
boundaries through the process of performing alignment of network header by inserting the pad 
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or null bytes in the header to cause the header in the network packet to be aligned along 
predetermined multi-byte boundaries. 

However, Thompson is not relied upon to teach and disclose a counter as in the claims in 
order to present a proper prima facie case of obviousness. 

Scott discloses a network device comprising: an ingress module having an input interface 
to receive a cell of the data packet (col. 10 LI 5-21); an egress module having output interface to 
output the cells (col. 10 L27-30); a header detector configured to detect a header of the cell of the 
data packet and remove the header from the cell of the data packet (col. 10 L22-23, L54-55); a 
counter to determine and/or count the number of octets of the user data PDU of the payload; and 
an insertion module that adds pad characters to make the frame or cell equal an integer number 
of 48 octet cells (i.e. inserting null bytes if the frame or cell does not satisfy an integer number of 
48 octet i.e. if it does not satisfy the multiple number of the predetermined number of bytes, an 
even number, col. 10 L40-50, fig. 5C item #236). 

In other words, Scott teaches and discloses a counter as in claims 1-13. 

By applying the combination of Thompson and Scott to a system and network as in 
Parruck, i.e. applying Thompson and Scott to a network environment such as ATM 
network/protocol, the obtained combination does result in a process of inserting null bytes into 
the header cell of the data packet to form a modified header cell of the data packet if the counter 
determines that the header cell of the data packet does not satisfy the multiple of the 
predetermined number of bytes and removing the null bytes from the modified header cell of the 
data packet as a modified cell of the data packet exists the network device. 
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As such, the combination of Thompson, Scott and Parruck does teach, disclose and 
suggest the limitations as in independent claims 1, 6 and 10. 



b. The office action alleges. . .However, applicant submits that there is no teaching or 
suggestion in Thompson of a packet that includes plurality of cells, such that a header cell 
is one of the plurality of cells, with the header cell including a header and packet 
information. Thus, there is no teaching or suggestion in Thompson of modifying only the 
header cell of the packet in order to align all of the other cells of the packet (remarks, pg. 
16). 

In response to applicant's argument that the references fail to show certain features of 
applicant's invention, it is noted that the features upon which applicant relies (i.e., modifying 
only the header cell of the packet in order to align all of the other cells of the packet) are not 
recited in the rejected claim(s). Although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 

Independent claim 1 is reproduced herein: 

A network device configured to prevent data misalignment of a data packet containing extra header bytes, the network device 
comprising: 

an ingress module having an input interface to receive a data packet comprising a plurality of cells wherein the a header cell of the 
data packet is one of the plurality of cells of the data packet and wherein the header cell of the plurality of cells comprises a header and packet 
data information; 

a header detector configured to detect the header cell of the daa packet and remove the header from the header cell of the data packet; 

a counter configured to determine whether the header cell of the data packet contains a multiple of a predetermined number of bytes 
after the header has been removed from the header cell; 

an insertion module configured to insert null bytes into the header cell of the data packet to form a modified header cell of the data 
packet if the counter determines that the header cell of the data packet does not satisfy the multiple of the predetermined number of bytes; and 

an extraction module configured to remove the null bytes from the modfied header cell of the data packet as a modified cell of the 
data packet exits the network 
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The claim clearly fails to teach, disclose and/or suggest the process of modifying only 
the header cell of the packet in order to align all of the other cells of the packet. 

Therefore, applicant's arguments directed towards the distinction between the prior art 
and the claimed invention based on the features above is certainly not persuasive in light of the 
reasons set forth above. 

The rejection is maintained. 



Claim Rejections - 35 USC S 112 
The 35 U.S.C. 1 12, second paragraph rejection presented in the previous office action has 
been withdrawn due to claim amendments. 
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Claim Rejections - 35 USC $ 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

1 . Claims 1-4, 6-8 and 10-12 are rejected under 35 U.S.C. 103(a) as being obvious over 
Thompson, Michael I. (herein known as Thompson, EP 0 572 145 A2) in view of Scott (U. S. 
Patent No. 6,512,773 Bl), and further in view of Parruck et ah (hereinafter Parruck, U. S. Patent 
No. 7,139,271 Bl). 

As per claim 1 , Thompson discloses a network device configured to prevent data 
misalignment of a data packet containing extra header bytes (col. 1 L25-38), the network device 
comprising: 

an ingress module having an input interface to receive the data packet, wherein the data 
packet comprises a header and packet data information (col. 1 L25-30, col. 1 1 L26-32, applicant 
admitted prior art, AAPA, pg. 4 [0008]); 

a header detector configured to detect a header of the data packet and remove the header 
from the data packet (col. 1 1 L51 to col. 12 L10, AAPA pg. 4 [0008]); 

an insertion module configured to insert null bytes into the header of the data packet to 
form a modified data packet if the CPU determines that the header/data split is not on an even 
byte boundary (i.e. the number of bytes contained in data portion is even, multiple of 
predetermined bytes is an even number or odd, and the alignment must be corrected by processor 



Application/Control Number: 09/982,794 Page 10 

Art Unit: 2151 

15 by inserting null bytes into the header of the cell (col. 12 L28-36, col. 1 L25-34; col. 5 L10- 
15, L29-37; fig 9; col. 4 L34-37: i.e. if the header/data split is not even, pad bytes or null bytes 
are inserted to correct the alignment)); and 

an extraction module configured to remove the null bytes from the modified header of the 
data packet as a modified data packet exits the network device (col. 6 L35-46). 

However, Thompson does not disclose a data packet comprising a plurality of cells, 
wherein a header cell of the data packet is one of the plurality of cells of the data packet and 
wherein the header cell of the plurality of cells comprises a header and packet data portion (i.e. a 
typical ATM environment, wherein the data packet is segmented into plurality of smaller pieces 
known as ATM cells) and a counter to determine whether the header cell of the data packet 
contains a multiple of a predetermined number of bytes after the header has been removed from 
the header cell. 

Scott, from the same field of endeavor discloses a network device comprising: an ingress 
module having an input interface to receive a cell of the data packet (col. 10 LI 5-21); an egress 
module having output interface to output the cells (col. 10 L27-30); a header detector configured 
to detect a header of the cell of the data packet and remove the header from the cell of the data 
packet (col. 10 L22-23, L54-55); a counter to determine and/or count the number of octets of the 
user data PDU of the pay load; and an insertion module that adds pad characters to make the 
frame or cell equal an integer number of 48 octet cells (i.e. inserting null bytes if the frame or 
cell does not satisfy an integer number of 48 octet i.e. if it does not satisfy the multiple number 
of the predetermined number of bytes, an even number, col. 10 L40-50, fig. 5C item #236). 
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Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Thompson in view of Scott, in order to include a counter that 
determines whether the cell of the data packet contains a multiple of a predetermined number of 
bytes after the header has been removed (i.e. a counter that counts number of bytes in the cell of 
the data packet), since Scott teaches and discloses a counter that counts data octets of the user 
data PDU of the pay load and adding pad characters to make the frame equal an integer number 
of an even number of 48 octet cells. 

One of ordinary skilled in the art would have been motivated because it would have 
determined and/or counted the number of bytes in a cell (Scott, col. 10 L40-50) and based on the 
determination it would have inserted the pad byte into the cell in order to align the headers and 
the cell (Thompson, col. 1 L25-38). 

However, Thompson in view of Scott does not disclose a data packet comprising a 
plurality of cells including a header cell, wherein the header cell of the plurality of cells 
comprises a header and packet data information (please note: Scott inherently discloses the 
limitation because Scott is related to ATM networks, however, in order to establish the proper 
prima facie case, Parruck has been introduced). 

Parruck, from the same field of endeavor explicitly discloses a data packet comprising a 
plurality of cells, wherein the header cell of the data packet is one of the plurality of cells of the 
data packet and wherein the header cell of the plurality of cells comprises header and packet data 
information (col. 1 L64 to col. 2 L9, col. 1 1 L5-19, col. 17 L6-64, fig. 20, col. 25 L58 to col. 26 
L43: i.e. Parruck discloses preventing misalignment in ATM networks, wherein ATM network is 
a cell-based routing network and MPLS network). 
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Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Thompson in view of Scot and further in view of Parruck, in 
order to prevent misalignment in an ATM networks. 

One of ordinary skilled in the art would have been motivated because it would have 
prevented misalignment of the data packet and/or header cell in an ATM network (Parruck, col. 
30L49 to col. 31 LI 7). 

As per claim 2, Thompson in view of Scott and further in view of Parruck discloses the 
network device wherein the network device comprises an aggregator that interfaces with an 
Ethernet and a SPI-4 system (Parruck, col. 31 L20-56, fig. 1, fig. 4, fig. 27). One of ordinary 
skilled in the art would have been motivated because of the same reasons as set forth in claim 1 . 

As per claim 3, Thompson in view of Scott and further in view of Parruck discloses the 
network device configured to interface between twelve 1 -gigabit ports and one 12 Gigabit/s SPI- 
4 interface (Parruck, col. 31 L20-56, fig. 1, fig. 4, fig. 27: please note the port speed and uplink 
speed may vary, however various modules are available with various speeds or bandwidth). One 
of ordinary skilled in the art would have been motivated because of the same reasons as set forth 
in claim 1 . 

As per claim 4, Thompson in view of Scott and further in view of Parruck discloses the 
system wherein the network device is a network switch (Parruck, fig. 2, fig. 4, fig. 9, col. 10 Ll- 
25). One of ordinary skilled in the art would have been motivated because of the same reasons as 
set forth in claim 1 . 
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As per claim 6, Thompson further discloses forwarding the modified cell of the data 
packet to an output port (col. 6 L30-46). Therefore, claim 6 is rejected for the same reasons as set 
forth in claim 1 above. 

As per claims 7, 8 and 10-1 2, they do not teach or further define over the limitations in 
claims 1-4 and 6. Therefore, claims 7, 8 and 10-12 are rejected for the same reasons as set forth 
in claims 1-4 and 6. 

2. Claims 5 5 9 and 13 are rejected under 35 U.S.C. 103(a) as being obvious over Thompson, 
Michael I. (herein known as Thompson, EP 0 572 145 A2) in view of Scott (U. S. Patent No. 
6,512,773 Bl), further in view of Parruck et al. (hereinafter Parruck, U. S. Patent No. 7,139,271 
Bl), and further in view of Yik et al. (U. S. Patent No. 6,697,873 Bl). 

As per claim 5, Thompson, Scott and Parruck disclose the network device comprising a 
layer two switching module configured to build a table of forwarding rules (Parruck, Parruck, 
fig. 2, fig. 4, fig. 9, col. 10 LI -25) and configured to instruct the extraction module to remove the 
null bytes from the modified cell of the data packet as the modified cell of the data packet exits 
the network device (Thompson, col. 6 L35-46; Parruck,. col. 1 L64 to col. 2 L9, col. 1 1 L5-19, 
col. 17 L6-64, col. 25 L58 to col. 26 L43), however, Thompson, Scott and Parruck does not 
disclose a medium access control protocol module having a MAC address for transmitting the 
modified cell of the data packet and a layer two switching module configured to build a table of 
forwarding rules upon which the MAC addresses exist. 

Yik explicitly discloses an apparatus comprising a medium access control protocol 
module having a MAC address for transmitting the modified cell of the data packet and a frame- 
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forwarding device including MAC address tables (i.e. a layer two switching module building a 
forwarding table based on MAC addresses, see abstract, fig. 2, fig. 6, fig. 7A and col. 2L20-31, 
col. 4 L33-67). 

Therefore, it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to incorporate the teaching of Yik as stated above with Thompson, Scott 
and Parruck in order to include a MAC module for transmitting the modified cell of the data 
packet and a layer two switching module for building a forwarding table. 

One of ordinary skilled in the art would have been motivated because it would have 
increased the performance of the network by forwarding the frames to the correct output port 
associated with the particular MAC address (Yik, col. 2 L20-31). 

As per claim 9 and 13, they do not teach or further define over the limitations in claim 5. 
Therefore, claims 9 and 13 are rejected for the same reasons as set forth in claim 5. 

Additional References 
The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

a. Mizutani et al., U. S. Patent No. 5,974,466: ATM controller. 

b. Bakke et al., U. S. Patent No. 5,566,170: Method and Apparatus for accelerated 
packet forwarding. 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 . 1 36(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KAMAL B. DIVECHA whose telephone number is 571-272- 
5863. The examiner can normally be reached on Increased Flex Work Schedule. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on 571-272-3964. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Kamal Divecha/ 

Kamal Divecha 
Art Unit 2151 
October 11,2007. 




